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Beschreibung 

Auf- und abwartskompatible Schemaeyolution 

Die Erfindung betrifft ein Verfahren sowie ein System zur 
Definition von Strukturen von Objekt- und/oder Datenmodellen, 
mit mindestens einem Schema zur Beschreibung der Strukturen . 

Strukturen von Objekt- und Datenmodellen werden bei der 
Softwareentwicklung typischer Weise mit Klassen-/Typmodellen 
und Schemas (z. B. Datenbankschemas, XML-Schemas) definiert 
(XML = Extensible Markup Language) . Im Folgenden soil unter 
dem Begriff Schema auch klas"sen-/Typmodell verstahden werden. 
Schemas dienen also zur Beschreibung, wie Daten abgelegt 
werden- Die abzulegenden Daten andern sich im Allgemeinen 
liber die Zeit in ihrer Struktur. Daher ist es notwendig, auch 
das jeweils zugrundeliegende Schema zu andern, d. h. es 
findet eine Schemaevolution statt. Folgende Dinge sind bei ■ 
dieser Schemaevolution wesentlich: Zum einen muss die Version 
eines Schemas identif iziert werden konnen. Zum anderen sollte 
die Kompatibilitat zwischen verschiedenen Schemata geklart 
und angegeben werden konnen. Kompatibilitat zwischen zwei 
Schemas bedeutet hier, dass Daten, die bzgl. dem einen Schema 
korrekt abgelegt sind, auch bzgl. des anderen Schemas korrekt 
sind. Unter "Daten sind zu einem Schema korrekt" ist zu 
verstehen, dass die Daten inhaltlich korrekt von einer 
Applikation interpretiert werden konnen, wenn der Applikation 
die Bedeutung der Strukturen aus dem Schema bekannt ist. Mit 
der Kurzform "Daten eines Schemas" seien Daten bezeichnet, 
die bzgl. eines Schemas korrekt sind. Bei der Kompatibilitat 
von Schemas unterscheidet man ublicherweise zwischen 
Aufwartskompatibilitat (= Daten eines alten Schemas sind 
korrekt bzgl. eines neuen Schemas) und Abwartskompatibilitat 
(= Daten eines neuen Schemas, die zu Strukturen des alten 
Schemas inhaltlich korrespondieren, sind korrekt bzgl. eines 
alten Schemas). Die Eigenschaf ten Aufwartskompatibilitat und 
Abwartskompatibilitat zwischen den Schemaversionen sind 
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eminent wichtig, da sie direkte Auswirkungen auf die 
Machbarkeit und Aufwande ftir die Migration von 
Endanwenderdaten von Sof twareprodukten haben. Fur die Schema 
Implementierung wird heutzutage oft der W3C-Standard XML- 
Schema (W3C = World Wide Web Consortium) eingesetzt. Dort 
gibt es Mechanismen fur die Schemaevolution. Setzt man diese 
Mechanismen so ein, wie es standardmaliig in der 
objektorientierten Sof twareentwicklung ublich ist, so erhalt 
man auf wartskompatible XML-Schemas, die jedoch nicht 
abwartskompatibel sind. 

Der Erfindung liegt die Aufgabe zugrunde, eine auf- und 
abwartskompatible Schemaevolution zu ermoglichen. 

Diese Aufgabe wird durch ein Verfahren zur Definition von 
Strukturen von Objekt- und/oder Datenmodellen gelost, bei 
welchem Schemata die Strukturen beschreiben, wobei in einem 
ersten Attribut eines Schemas eine Kennzeichnung einer 
Version des jeweiligen Schemas erfolgt, wobei der im 
jeweiligen Schema verwendete Namensraum und die im jeweiligen 
Schema verwendeten Typ- und Elementnamen unabhangig von der 
Version beibehalten werden, wobei Typen und Elemente nur 
unter Beibehaltung des Typ- bzw. Elementnamens erweitert 
werden und wobei in Schemata einer heueren Version nicht 
erweiterte Typen und Elemente unverandert von den jeweiligen 
in Schemata einer alteren Version verwendeten Typen bzw. 
Elementen ubernommen werden, 

Diese Aufgabe wird durch ein System zur Definition von 
Strukturen von Objekt- und/oder Datenmodellen gelost, mit 
mir.destens einem Schema zur Beschreibung der Strukturen, 
wobei ein erstes Attribut eines Schemas zur Kennzeichnung 
einer Version des jeweiligen Schemas vorgesehen ist, wobei 
der im jeweiligen Schema verwendete Namensraum und die im 
jeweiligen Schema verwendeten Typ- und Elementnamen 
unabhangig von der Version beibehalten werden, wobei ein 
Mechanismus zur Erweiterung der Typen und Elemente unter 
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Beibehaltung des Typ- bzw. Elementnamens und zur 
unveranderten Obernahme von in Schemata einer alteren Version 
verwendeten, nicht erweiterten Typen bzw. Elementen in 
Schemata einer neueren Version vorgesehen ist. 

Durch die vorliegende Erfindung wird ein Weg aufgezeigt, eine 
Schemaevolution so durchzuf iihren, dass die Schemas sowohl 
auf warts- als auch abwartskompatibel sind. Die Erfindung 
ermoglicht eine Schemaevolution, ohne die Namen der Daten zu 
andern. Grundidee dabei ist, den Namensraum, die Typ- und 
Elementnamen beim Obergang auf eine neue Schemaversion 
beizubehalten und eine Schemaversionskennung zu benutzen. Ein 
Namensraum ist eine Saramlung von Namen, die durch einen 
eindeutigen Bezeichner identif iziert werden. Ein Namensraum 
ist damit so etwas wie ein Container fur Elemente und 
Attribute, der selbst einen einmaligen Namen besitzt. Ein 
Namensraum wird auch als „Namespace" bezeichnet. 

Die Versionierung der Schemas wird ausschliefilich uber 
Attribute abgebildet. Dabei wird ein erstes Attribut eines 
Schemas zur Kennzeichnung einer Version des jeweiligen 
Schemas benutzt. Gemaft einer vorteilhaf ten Ausgestaltung der 
Erfindung kann ein Kalenderdatum uber ein zweites Attribut 
einer Version eines Schemas zugeordnet werden. Das 
Kalenderdatum der jeweiligen Schemaversion kann z. B. in den 
sogenannten "Annotations" zum Schema uber ein Attribut 
"versiondate" abgelegt werden. 

Werden die Schemata durch eine erweiterbare Auszeichnungs- 
sprache, z. B. XML, beschrieben, so erreicht man neben 
Einheitlichkeit und Erweiterbarkeit auch systematische 
Validierbarkeit . 

Nachfolgend wird die Erfindung anhand des in der Figur 
dargestellten Ausf uhrungsbeispiels naher beschrieben und 
erlautert . 
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Die Figur zeigt ein System zur Definition von Strukturen von 
Objekt- und/oder Datenmodellen, mit Schemata zur Beschreibung 
der Strukturen. 

Im Ausfiihrungsbeispiel dargestellt sind ein erstes Schema XS1 
alterer Version und ein zweites Schema XS2 neuerer Version, 
welche beide die Strukturen eines Objektmodells OM 
beschreiben. Der Pfeil 30 symbolisiert die Schemaevolution . 
Die Schemata XS1, XS2 enthalten Typen und Elemente 11;. 14, 
21.. 24, welchen Typ- bzw. Elementnamen 11a.. 14a, 21a.. 24a 
zugeordnet sind. Den Schemata XS1, XS2 ist ein Namensraum 1 
zugeordnet. In ersten Attributen 10, 20 und zweiten 
Attributen Dl, D2 der Schemata XS1, XS2 kannen 
Versionkennungen bzw. Kalenderdaten hinterlegt werden. 

Im Folgenden wird die Erf indungsidee anhand des fur die 
Schema-Implementierung oft eingesetzten W3C-Standard XML- 
Schema erlautert. Die beschriebenen Mechanismen lassen sich 
jedoch prinzipiell bei der Beschreibung der Strukturen 
beliebiger Objekt- und Datenmodelle einsetzen, unabhangig von 
Standards. Bisher wurden zwar auf wartskompatible XML-Schemas 
definiert, aber keine abwartskompatiblen XML-Schemas. Die 
Definition aufwartskompatibler XML-Schemas wurde 
folgendermaBen gelost: Bei XML-Schema gibt es die Mechanismen 
"Typableitung", Targetnamespaces und das Attribut "version" 
beim Element <xsd: schema>. Setzt man diese Mechanismen so 
ein, wie es in der objektorientierten Sof twareentwicklung 
bekannt ist, bedeutet das, dass abgeleitete Typen andere 
Namen erhalten als ihre Vatertypen. Dadurch erhalten Daten 
vcn neueren XML-Schemas andere Namen als die entsprechenden 
Daten von alten XML-Schemas. Ober die Typableitungsbeziehung 
sind neuen Applikationen sowohl die alten als auch die neuen 
Namen von Daten bekannt. Sie konnen deshalb alte und neue 
Daten interpretieren. Die XML-Schemas sind also 
aufwartskompatibel. Da sich jedoch Namen von Daten geandert 
haben, konnen alte Applikationen, denen die neuen Namen nicht 
bekannt sein konnen, neue Daten nicht interpretieren. Die 
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Schemas sind nicht abwartskompatibel . Versionsubergreif end 
XML-Do kumente zu lesen ist dann nur noch moglich, indent man 
Konverter einsetzt, welche die XML-Dokumente in die jeweils 
richtige Version konvertieren. Dies hat aber den 
entscheidenden Nachteil, dass man mit neuen Daten alleine 
nichts anfangen kann. Man braucht dann stets einen passenden 
Konverter. 

Fur den Obergang von einer XML-Schema-Version zur nachsten 
stellt XML-Schema verschiedene Mittel zur Verfugung. Urn 
Elementdef initionen erweitern zu konnen, ohne den Namen eines 
Elementes zu andern, bietet XML-Schema das Mittel der 
Redefinition von Elementtypen. Die Idee einer Redefinition 
ist es, eine "Vererbung" durchzuf uhren, ohne den Namen des 
Elementtyps zu andern. Der Mechanismus der Redefinition 
beinhaltet auch die Obernahme nicht redef inierter Typen aus 
der alten Schemadef inition. D. h. durch die Benutzung der 
Redefinition wird gleichzeitig ein "Include-Mechanismus" zur 
Obernahme von alten Typen ausgelost. Dies unterstutzt auch 
eine auf wMrtskompatible Weiterentwicklung eines Schemas. 
Anhand eines schematischen Beispiels wird im Folgenden die 
Umsetzung eines Obergangs von einer XML- Schemaversion zur 
nachsten beschrieben. Zu betrachten sind dazu die XML- 
Schemaversionen, die zugehorigen Namespaces und die 
Typdef initionen im jeweiligen XML-Schema. Die Versionierung 
der Schemas wird ausschliefllich liber Attribute abgebildet-. 
Dabei wird das Attribut "version" des Elementes "xsd: schema" 
von XML-Schema benutzt. Aufierdem kann das Datum der 
Schemaversion z. B. in den "Annotations" zum Schema iiber ein 
Attribute "versiondate" abgelegt werden. 

Die Typen „Project", „HWP , „Comm" sind nur beispielhaf t . und 
stehen fur beliebige Typen. Alle drei Typen sind sowohl in de 
Version 1.0 als auch in der Version 2.0 vorhanden. Die Typen 
„HKT und „Comm" bleiben unverandert. Der Typ „ Project" wird 
iiber Redefinition in Version 2.0 verandert. In der Version 
2.0 wird zusatzlich der Typ Monitoring neu definiert. Es 
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wurde far eine neue Schema vers ion kein neuer Namespace 
eingefuhrt. AuJierdem wurden die lokalen Namen der Typen 
beibehalten. Damit haben sich insgesamt die Namen der bereits 
in Version 1.0 vorhandenen Typen nicht geandert. Die zu einem 
neuen Schema korrekten Daten, die inhaltlich zu Strukturen 
des alten Schemas korrespondieren, sind auch bzgl. des alten 
Schemas korrekt. Die Schemaevolution ist abwartskompatibel. 
Da das neue Schema durch "Ableitung" aus dem alten Schema 
hervorgegangen ist, ist die Schemaevolution auch 
aufwartskompatibel. Damit ist die Schemaevolution aufwarts- 
und abwartskompatibel. Aufierdem gilt im originaren Sinne der 
"Validierbarkeit" des W3C, dass die alten und die neuen Daten 
( XML-Do kumente) bzgl. des neuen Schemas giiltig sind. Das 
Versionierungskonzept des Standards XML-Schema und der 
Redef inition-Mechanismus von XML-Schema werden also 
eingesetzt urn die Aufw.arts- und Abwartskompatibilitat von 
Daten bei der Schemaevolution zu erreichen. Es sei betont,. 
das sich die hier verwendete Definition der Aussage "Daten 
(und damit XML- Do kumente) sind korrekt" bzgl. eines XML- 
Schemas unterscheidet von der Definition des W3C: "Daten 
(XML-Dokumente) sind giiltig bzgl. eines XML-Schemas" . Wahrend 
die Definition des W3C rein syntaktischer Natur ist, d. h. 
den Aufbau eines XML-Dokumentes betrifft, ist die hier 
verwendete Definition ilber den semantischen Inhalt und die 
Interpretierbarkeit der Daten bestimmt. 

Das obige schematische Beispiel sieht in XML- und XML-Schema- 
Syntax folgenderma/len aus: 

XML-Instanzdokument zu Schema Version 1.0 

<?xml version="l .0" encoding="UTF-8"?> 

<Document walns="Namespacel" xmlns:xsi=»http://www. w3.org/2001/XMLScheraa-instance" 
xsi : schemaLocation="Naraespacel Dl . xsd"> 

<Project> 
<HW/> 

</Project> 
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<Project> 

<HW/> 
</Project> 
</Document> 

XML-Schema zu Version 1.0: Datei Dl.xsd 

<?xml version= r, 1.0 w encoding="UTF-8 w ?> 

<xs: schema targetNamespace="Namespacel" xmlns : nsl=" Namespace 1" 

xmlns :xs="http://ww. w3.org/2001/XMLSchema" element FormDefault="qualif ied" 

at tributeFormDef ault=" unqualified" version="l . 0"> 

<xs : annotation> 

<xs:documentation>This schema is the first version of this schema 
type</xs : documentation 

<xs : appinf o> 

<prim: schema info versiondate=*"20011206" /> 

</xs: appinf o> 
</xs : annotation> 

<xs:element name =" Document " type="nsl : DocumentT"> 
<xs:annotation> 

<xs:documentation>Comment describing your root element </xs : documentation> 
</xs : annotation> 
</xs :element> 

<xs : complexType name»"DocumentT"> 
<xs : sequence> 

<xs:element re f="ns 1 : Project" maxOccurs="unbounded"/> 
</xs : sequence> 
</xs : complexType> 

<xs:element name=" Project" type="nsl : ProjectT"/> 
<xs : complexType name="ProjectT"> 

<xs : sequence> 

<xs: element ref="nsl :HW"/> 

</xs : sequence> 
</xs : complexType > 

<xs: element name="HW" type="nsl:HWT"/> 
<xs : complexType name = " HWT " / > 
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<xs: element name=" Coram" type= n nsl:CommT"/> 
<xs : complexType name="CommT"/> 
</xs:schema> 

XML-Instanzdokument zu Schema Version 2.0 

<?xml version="1.0" encoding="UTF-8"?> 

<Document xmlns="Namespacel" xmlns : xsi="http :/ /www. w3 .org/ 2 001 /XMLS enema- instance" 

xsi : schemaLocation=" Name spa eel 

D2.xsd"> 

<Project> <! — Element type redefined in Schema version 2.0 — > 

<HW/> <! — Element already existing as subelement of Project in Schema 

version 1.0 — > 

<Comm/> <! — Reuse of Element defined in Schema version 1.0 — > 

<Monitoring/> <! — Element newly defined in Schema version 2.0 — > 
</Project> 
<Project> 

<HW/> 

<Comm/> 

<Monitoring/> 
</Project> 
</ Document > 

XML-Schema zu Version 2.0: Datei D2.xsd 

<?xmi vers ion=" 1.0" encoding«"(JTF-8"?> 

<xs: schema targetNamespace="Namespacel" xmlns= " Namespace 1" 

xmlns :xs="http: //www. w3.org/2001/XMLSchema" element FormDefault«"qual if ied" 

attributeFormDef ault="unqualif ied" version="2 .0"> 

<xs . anr*ctation> 

<xs : document a tion>This schema enhances the previous schema 
version</xs : documentation 

<xs : appinf o> 

<prim: schema info versiondate«"20011218" /> 

</xs: appinf o> 
</xs :annotation> 
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<xs: redefine schemaLocation= n Dl .xsd w > 
<xs : complexType name= w Pr o j ectT " > 
<xs : complexContent> 

<xs: extension base="ProjectT rt > 
<xs : sequence> 

<xs: element ref= r, Comm"/> 
<xs: element ref=*"Monitoring n /> 
</xs : sequence> 
</xs : extension> 
</xs : complexContent> 
</xs : complexType > 
</xs : redef ine> 

<xs: element name*" Monitoring" type=* n MonitoringT"/> 
<xs : complexType name="MonitoringT"/> 
</xs :schema> 



Zusammenfassend betrifft die Erfindung somit ein Verfahren 
sowie ein System zur Definition von Strukturen von Objekt- 
und/oder Datenmodellen OM, mit mindestens einem Schema XS1, 
XS2 zur Beschreibung der Strukturen. Eine auf- und 
abwartskompatible Schemaevolution wird dadurch erreicht, das 
in einem ersten Attribut 10, 20 eines Schemas XS1, XS2 eine 
Kennzeichnung einer Version des jeweiligen Schemas XS1, XS2 
erfolgt, wobei der im jeweiligen Schema XS1, XS2 verwendete 
Namensraum 1 und die im jeweiligen Schema XS1, XS2 
verwendeten Typ- und Elementnamen 11a.. 14a, 21a.. 24a 
unabhangig von der Version beibehalten werden, wobei Typen 
und Elemente 11.. 14, 21.. 24 nur unter Beibehaltung des Typ- 
bzw. Elementnamens 11a.. 14a, 21a.. 24a erweitert werden und 
wobei in Schemata XS2 einer neueren Version nicht erweiterte 
Typen und Elemente 21.. 24 unverandert von den jeweiligen in 
Schemata XS1 einer alteren Version verwendeten Typen bzw. 
Elementen 11.. 14 ubernommen werden. 
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Patentanspruche 

1. Verfahren zur Definition von Strukturen von Objekt- 
und/oder Datenmodellen (OM) , bei welchem Schemata (XS1, XS2) 

5 die Strukturen beschreiben, wobei in einem ersten Attribut 
(10, 20) eines Schemas (XS1, XS2) eine Kennzeichnung einer 
Version des jeweiligen Schemas (XS1, XS2) erfolgt, wobei der 
im jeweiligen Schema (XS1, XS2) verwendete Namensraum (1) und 
die im jeweiligen Schema (XS1, XS2) verwendeten Typ- und 
10 Elementnamen (11a.. 14a, 21a. ,24a) unabhangig von der Version 
beibehalten werden, wobei Typen und Elemente (11.. 14, 21.. 24) 
nur unter Beibehaltung des Typ- bzw. Elementnamens (11a.. 14a, 
21a.. 24a) erweitert werden und wobei in Schemata (XS2) einer 
neueren Version nicht erweiterte Typen und Elemente (21.. 24) 
15 unverandert von den jeweiligen in Schemata (XS1) einer 

alteren Version verwendeten Typen bzw. Elementen (11.. 14) 
ubernommen werden. 

2. Verfahren nach Anspruch 1, 

20 dadurch gekennzeichnet, 

dass ein Kalenderdatum iiber ein zweites Attribut (Dl, D2) 
einer Version eines Schemas (XS1, XS2) zugeordnet werden 
kann. 



3. Verfahren nach Anspruch 1 oder 2, 

dadurch gekennzeichnet, 

dass die Schemata (XS1, XS2) durch eine erweiterbare 

Auszeichnungssprache beschrieben werden. 



30 4. System zur ' Definition von Strukturen von Objekt- und/oder 
Danenmodellen (OM) , mit mindestens einem Schema (XS1, XS2) 
zur Beschreibung der Strukturen, wobei ein erstes Attribut 
(10, 20) eines Schemas (XS1, XS2) zur Kennzeichnung einer 
Version des jeweiligen Schemas (XS1, XS2) vorgesehen ist, 

35 wobei der im jeweiligen Schema (XS1, XS2) verwendete 
Namensraum (1) und die im jeweiligen Schema (XS1, XS2) 
verwendeten Typ- und Elementnamen (11a.. 14a, 21a.. 24a) 
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unabhangig von der Version beibehalten werden, wobei ein 
Mechanismus zur Erweiterung der Typen und Elemente (11.. 14, 
21.. 24) unter Beibehaltung des Typ- bzw. Elementnamens 
(11a-. 14a, 21a.. 24a) und zur unveranderten Obernahme von in 
Schemata (XS1) einer alteren Version verwendeten, nicht 
erweiterten Typen bzw. Elementen (11.. 14, 21.. 24) in Schemata 
(XS2) einer neueren Version vorgesehen ist. 

5. System nach Anspruch 4, 

dadurch gekennzeichnet, 

dass ein Kalenderdatum uber ein zweites Attribut (Dl, D2) 

einer Version eines Schemas (XS1, XS2) zugeordnet wird. 

6. System nach Anspruch 4 oder 5, 
dadurch gekennzeichnet, 

dass die Schemata (XS1, XS2) durch eine erweiterbare 
Auszeichnungssprache beschrieben sind. 
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Zusammenf assung 

Auf- und abwartskompatible Schemaevolution 

Die Erfindung betrifft ein Verfahren sowie ein System zur 
Definition von Strukturen von Objekt- und/oder Datenmodellen 
(OM) , mit mindestens einem Schema (XS1, XS2) zur Beschreibung 
der Strukturen. Eine auf- und abwartskompatible 
Schemaevolution wird dadurch erreicht, dass in einem ersten 
Attribut (10, 20) eines Schemas (XS1, XS2) eine Kennzeichnung 
einer Version des jeweiligen Schemas (XS1, XS2) erfolgt, 
wobei der im jeweiligen Schema (XS1, XS2) verwendete 
Namensraum (1) und' die im jeweiligen Schema (XS1, XS2) 
verwendeten Typ- und Elementnamen (11a-. 14a, 21a.. 24a) 
unabhangig von der Version beibehalten werden, wobei Typen 
und Elemente (11.. 14, 21.. 24) nur unter Beibehaltung des Typ- 
bzw. Elementnamens (11a.. 14a, 21a.. 24a) erweitert werden und 
wobei in Schemata (XS2) einer neueren Version nicht 
erweiterte Typen und Elemente (21.. 24) unverandert von den 
jeweiligen in Schemata (XS1) einer alteren Version 
verwendeten Typen bzw. Elementen (11.. 14) ubernommen werden. 
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